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Description 

This invention relates to distributed computing sys- 
tems using data communications networks, and more 
particularly to methods of providing configuration infor- 
mation to clients in a distributed computing system re- 
garding network services or remote procedure calls. 

In U.S. Patent 4,823, 1 22, issued April 28, 1 989, as- 
signed to Digital Equipment Corporation, assignee of 
this invention, a communications network is disclosed 
which is capable of interconnecting local computer ter- 
minals with remote service providers using a communi- 
cations link. The local terminals are coupled to the com- 
munications link by interface units which handle network 
protocol functions for the terminals. One of the functions 
necessary at the local units is that of obtaining actual 
network addresses for services known locally only by 
service names. To perform this translation, service ad- 
vertisements are periodically sent by the service provid- 
ers, and a service directory is generated locally from 
these advertisements. Then, when a service request is 
generated locally, the service directory is searched to 
find the corresponding network address of the provider 
of this service. If there are multiple providers of the same 
service some mechanism must be provided for selecting 
the most efficient service provider for a local requester, 
and for distributing the load among the various providers 
in an efficient manner. In EP-A-0 384 339 a method is 
disclosed for allocating resources within a computer net- 
work by employing a broker mechanism. This broker 
mechanism operates by monitoring a subset of all avail- 
able servers capable of delivering the requested serv- 
ice, and allocating based upon a network policy and 
available resources, to suggest the name of a provider 
to a service requester. 

There are often redundant resources in a distribut- 
ed system, in order to improve availability and share 
load. One problem faced by a user (i.e., an applications 
programmer) in such an environment is selecting a par- 
ticular resource for use . The user would ideally like 
means of selecting an instance of a redundant resource 
that preserves the availability and load sharing, yet may 
be optimized to the particular environment and/or tai- 
lored to the user preferences. For example, when using 
an remote procedure call service (the resource) that 
supplies an employee address list, the remote proce- 
dure call user may prefer resources within the same 
LAN, with high speed communications available, to be 
selected in preference to resources available only via a 
wide area network. However, if the resources in the local 
LAN are not available, the remote procedure call user 
would like to use the remote resources accessible only 
via the wide area network. Furthermore, the designation 
of local and remote is relative. Each user, possibly in a 
different location, may have different views of what is 
local and what is remote. Therefore, the selection of re- 
sources must be able to be tailored to the user and or 
conditions local to the user. 



An objective, then, in a system having redundant 
distributed resources, is to provide a mechanism that 
supports the customized selection of resources in a dis- 
tributed environment, while maintaining availability and 

s load sharing. 

In accordance with one embodiment of the inven- 
tion, a distributed computing system using a data com- 
munications network may have a number of service pro- 
viders for a given service or remote procedure call. A 

10 client on the network makes reference to a name service 
to obtain the network address of one of these service 
providers. The name service maintains a configuration 
profile of the service providers in order to resolve the 
issue of selecting one of the several service providers 

15 when a request is made. A single configuration profile 
is a priority-ordered search list that maps from a service 
identifier (e.g., remote procedure call interface specifi- 
cation) into service provider (e.g., remote procedure call 
server) names. A configuration profile may include 

20 names for individual service providers, and/or named 
groups of service providers, and/or other configuration 
profiles. Configuration profiles are stored in a manner 
that makes them accessible throughout the distributed 
system, e.g. in the name service. Configuration profiles 

25 may be chained together by referencing other configu- 
ration profiles to provide a hierarchy of configuration 
profiles. 

Configuration profiles address a number of related 
problems in a distributed system. This is regardless of 

30 the fact that the underlying name service is often struc- 
tured as a single-keyed hierarchy, where the keys do 
not reflect the service. They provide mechanisms to au- 
tomatically: (1 ) efficiently map a (flat) name of a service 
into a set of service providers; (2) customize the map- 

35 ping of services into service providers based on a user, 
system, LAN, site, organization, etc.; (3) provide a hier- 
archical search path of these mappings; (4) support en- 
hanced availability of service providers; (5) share load 
amongst service providers; (6) prioritize the selection of 

40 a provider within a profile; (7) randomize equal priority 
selections within a profile; (8) store the profiles in a man- 
ner available throughout a distributed system; (9) mini- 
mize the configuration management required for sys- 
tems and users; and (10) minimize the use of well- 

45 known names. These mechanisms support user or site 
defined service utilization policies. 

The novel features believed characteristic of the in- 
vention are set forth in the appended claims. The inven- 
tion itself, however, as well as other features and advan- 

50 tages thereof, will be best understood by reference to 
the detailed description of specific embodiments which 
follows, when read in conjunction with the accompany- 
ing drawings, wherein: 

55 Figure 1 is an electrical diagram in block form of a 
distributed computing system employing a data 
communication network which may use features of 
the invention; 
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Figure 2 is a schematic representation of proces- 
sors such as those in Figure 1 when executing a 
remote procedure call; 

Figure 3 is a logical representation of operation of 
a remote procedure call as in Figure 3; 

Figure 4 is a logical representation of a name serv- 
ice in the system of Figure 1, according to the in- 
vention; 

Figure 5 is a logical representation of a configura- 
tion profile used with the name service of Figure 4, 
according to the invention; 

Figure 6 is a logical representation of a service 
group entry in the name service of Figure 4; and 

Figures 7 and 7a are logical representations of a 
server entry in the name service of Figure 4. 

Referring to Figure 1 , a computer network or distrib- 
uted system is shown which may use features of the in- 
vention. A network including a communications link 10 
is used to provide a communication path between a 
number of processors or computers including clients 11 , 
each of which may be a single host computer or may be 
connected to a number of terminals or user nodes 12. 
The communications link may be a single local loop or 
bus (i.e., a local area network), or may coupled by bridg- 
es 13 to more remote networks 10a, and/or by a micro- 
wave or satellite link 14 to other remote networks 10b 
(i.e., in a wide area network). Each one of the clients 11 
(and the terminals 1 2) is assumed to be a processor ex- 
ecuting its own code with its own local memory, and 
each processor may communicate with each of the oth- 
ers via the path 10, using a communications protocol 
which ordinarily involves message packets. Services 
are available on this network 10, 10a and 10b through 
servers 1 5 identified as server-1 , server-2, server-3, etc. 
Each of the servers 15 provides one or more services 
1 6 to the network, with these services being identified 
as service-A, service-B, service-C, etc. These services 
may be hardware facilities, such as high speed printers, 
back-up disks, or the like, or may be software facilities, 
such as name services, global data base utilities, or the 
like. As discussed below, the services 16 may be remote 
procedure calls. Note that the services 16 may be du- 
plicated on the network. Service-A is seen to be availa- 
ble at both server-1 and server-3 on the local network 
10, and at server-5 on the remote network 10a, as well 
as server-6 on the remote network 10b. A client 11 has 
access to service-A from any one of the servers 15 pro- 
viding the service-A, but it may be more efficient to utilize 
the local server-1 or server-2 if not busy, since the re- 
sponse time is quicker and the communication facility is 
less burdened. 

The clients 1 1 or user terminals 1 2 may be personal 



computers, workstations, modems connected to remote 
users, video display terminals, point-of-sale terminals, 
automated teller machines, or any of a variety of such 
devices. The links 1 0, 1 0a or 1 0b between clients 1 1 and 

5 servers 1 5 may be local area networks using technolo- 
gies such as Ethernet, token ring, FDDI, StarLan, or the 
like, or in some cases may be merely RS232 type or 
backplane connections. The physical construction of the 
communications links 10, 10a or 10b can be of various 

w types, such as coaxial cable, twisted pair, fiber optics, 
or the like. The communication method and protocol em- 
ployed can also be of various types, such as DECnet, 
OSI, or TCP/IP, for example (i.e., higher level protocol 
services). While these commonly-used communtca- 

fs tions methods are based on bit-serial transmission on 
the link 10, the features of the invention are applicable 
as well to communications methods using parallel data 
transmission on the link. Of course, the communications 
link 10 may include bulk transfer facilities (trunk lines) 

20 using multiplexing, such as T1 circuits or the like. Or, a 
bulk transfer facility may be one of the services repre- 
sented by the services 16. The communications network 
represented in Figure 1 may service hundreds or thou- 
sands of clients, user terminals and servers, depending 

25 upon the installation. Since the network 10 of Figure 1 
may be connected to other such networks 10a and 1 0b 
by bridges and/or wireless links (either represented by 
services 16 or otherwise, i.e., transparent to the proto- 
col), the number of users and the number of service pro- 

30 viders can be quite large. 

In a preferred embodiment of the invention, each of 
the processors 11 and 12 and the servers 15 is able to 
make remote procedure calls to the other processors, 
and the services 16 may themselves be remote proce- 
ss dures which may be called from other processors on the 
network; alternatively, remote procedure calls executed 
on the servers 15 may be used to access the services 
16 (as well as for other purposes). A remote procedure 
call (RPC) is a procedure call mechanism, extended to 

40 provide transfer of control and/or data across commu- 
nication networks such as the network 10 of Figure 1 . 
Referring to Figure 2, if a process A (or a thread within 
a process) is executing in processor 11a, it can make a 
local call to procedure B in the address space of proc- 

45 essor 1 1 a, or make a remote call to a procedure C in the 
address space of processor 1 5a via RPC facility 1 7 and 
network 10 using the communications layer 18. Execu- 
tion of the process A is suspended when the remote call 
is made, and then the procedure C executes, returning 

so data to the process A where execution recommences. 
Note that for remote procedure calls, there is no shared 
memory; the procedures are ordinarily in two physically 
separate computers. Therefore, the parameters passed 
back and forth must be actual values rather than point- 

ss ers, i.e., the data must be copied from machine to ma- 
chine. Ordinarily the RPC mechanism is transparent to 
the user (i.e., to the writer of source code for an appli- 
cations program); the structure of the call is the same 
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(from the standpoint of the process A) whether the call 
is local or remote. When the call is actually executed, 
however, the system must introduce an address of the 
remote procedure C so that message packets can be 
made up by the communication layer to send over the 
network 10. Providing this address is called "binding*. 

Referring to Figure 3, a program structure for re- 
mote procedure calls is based upon the concept of 
stubs. When making a remote call, five pieces of pro- 
gram are involved: the user program A (as in Figure 2), 
the user stub Ag, and one instance of RPCRuntime 17 
execute in the caller machine 11a. The server procedure 
C, the server stub C 8 , and another instance of RPCRunt- 
ime 17 execute in the callee machine 15a. When the 
user program A wishes to make a remote procedure call, 
it makes a local call which invokes a corresponding pro- 
cedure in the user stub Ag. The user stub is responsible 
for placing a specification of the target procedure and 
arguments into one or more packets and asking 
RPCRuntime 17 to transmit these reliably to the callee 
machine 15a via network 10. On receipt of these pack- 
ets, the RPCRuntime 1 7 in the callee machine 1 5a pass- 
es them to the server stub C 8 , which unpacks them and 
makes a local call to invoke the appropriate procedure 
in the server procedure C. Meanwhile, the calling proc- 
ess A in the caller machine is suspended awaiting a re- 
sult packet. When the call in the server procedure C 
completes, it returns to the server stub C 8 and the results 
are passed back to the suspended process A in the call- 
er machine 11a, via the user stub Ag which unpacks 
them. The RPCRuntime program 17 is responsible for 
retransmissions, acknowledgements, packet routing, 
and encryption, either directly or in combination with 
lower level services offered in the network. Apart from 
the effects of intermachine binding, the call happens just 
as if the user had invoked the procedure in the server 
directly; indeed, if the user code A and server code C 
were brought into a single machine and bound directly 
together without the stubs Ag and C s the program would 
still work. The RPCRuntime program is described by Bir- 
rell et ai in "Implementing Remote Procedure Calls", 
ACM Transactions on Computer Systems, Feb. 1 984, 
pp. 39-50. The remote interactions are defined in an in- 
terface declaration, which is essentially a set of (ab- 
stract) procedure definitions of the remote service or 
program, combined with other relevant specification in- 
formation. It defines the remote interface between the 
user and provider of the remote service; the interface 
declaration should be expressed in an interface speci- 
fication language which allows heterogeneous imple- 
mentations of the programs which provide and use the 
declared interface. The programmer of the user code 
and server code need not be concerned with creating 
the stubs or with the communications of packing and un- 
packing, but merely must avoid specifying arguments or 
results that are incompatible with the lack of shared ad- 
dress space. The programmer must also take steps to 
invoke intermachine binding, and to resolve occurrenc- 



es of network failure or failure of the server. 

There are two aspects of binding to consider. First, 
the client or caller machine 11a must specify what serv- 
ice it is to be bound to, and this is a question of naming. 

5 Secondly, the client must determine the machine ad- 
dress of a particular callee or server, which is a question 
of location, and specify to this callee the procedure to 
be invoked. The binding operation is to bind an importer 
of an interface to an exporter of an interface; after bind- 

io ing, calls made by the importer invoke procedures im- 
plemented by the remote exporter. 

The communications network 10 and communica- 
tions layers 18 illustrated in Figures 1 and 2, in one em- 
bodiment, might be generally of the type disclosed in the 

15 above-mentioned U.S. Patent 4,823,122. this type of 
network executes a local area protocol. The communi- 
cations protocol described in the patent may make use 
of virtual circuits to define a two-way path between a 
particular server client and a particular node or server 

20 1 5. A feature of the protocol described in the U.S. Patent 
4,823,122 is the use of advertising messages sent pe- 
riodically by the service providers to advise ati clients of 
what services are available on the network. To this end, 
a service advertising message is sent periodically by 

25 each service provider, by which it identifies itself (by net- 
work address) and the service or services provided at 
its node. The service advertising message contains in- 
formation such as identification of the transmitting node 
(one of the servers 15, for example), a type field identi- 

30 tying this message as a service advertising message, 
and a multi-cast address field enabling all of the nodes 
to receive the message if desired. In the body of the ad- 
vertising message each of the one or more services pro- 
vided at this node is identified. The method described 

35 in the patent, however, places a burden on the commu- 
nications link and imposes overhead upon each client 
node in keeping track of the service providers, especial- 
ly in wide area networks having a large number of sta- 
tions. 

40 To provide the actual network addresses of facilities 
on the network 1 0, a name service 20 is provided as one 
of the services 1 6 on a network of Figure 1 , available to 
all users via a server 1 5. The network address of the 
name server 20 is always made available to a user 11, 

45 12 or 15 upon sign-on or boot-up, so inquiries can be 
made to the name server 20 to obtain a network address 
for any service or procedure or function for which the 
user has a name or an alias or generic name. A primitive 
way of using the name service 20 would be for it to col- 

50 lect service advertisements as discussed above, rather 
than this burden being imposed upon local clients 11. 
Another way is for the service providers to export their 
availability, i.e., export an interface identifier as de- 
scribed below. In any event, the name service is a com- 

55 monly-used utility on communications networks, and 
acts as a database, collecting actual network addresses 
for services (or other named elements) on the network 
and responding to inquiries by looking up data in its da- 
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tabase and returning information found. 

In the network of Figure 1, where a number of in- 
stances of various services, such as service-A, may be 
available at various physical locations, the name service 

20 or RPC client must have some mechanism for se- 
lecting one or the other of these instances when an in- 
quiry is made. For example, when an application is dis- 
tributed, copies of the server (services 16) are installed 
on several systems (servers 1 5) whose locations are un- 
known to clients 11 . To use a service, a client 11 must 
find a compatible server 15, that is, a server that offers 
a given RPC interface and any resource, such as a da- 
tabase, that the client 1 1 requests. Services 1 6 (via their 
servers 15) use the name service 20 to advertise them- 
selves to clients 1 1 , this name service being a repository 
of information about computing resources. Referring to 
Figure 4, the name service 20 maintains a network-wide 
database 21 called a namespace which stores informa- 
tion for applications for each distributed computing en- 
vironment. Note that there may be more than one dis- 
tributed computing environment, and thus more than 
one name service 20 and namespace 21 , existing on a 
network such as that of Figure 1 at a given time, but only 
one will be treated herein; also, the name service data- 
base may be partitioned or replicated - it need not be 
one server. To find information in the namespace 21 , a 
client 11 must access the name service 20 that main- 
tains the namespace 21 . Information about a service 1 6 
and its applications is placed in a server entry 22 in the 
namespace 21, by an operation invoked by system 
management, by an applications program, or by the 
server exporting the information. This information in- 
cludes location (network address), and the RPC inter- 
faces and resources it offers. The name server 20 han- 
dles requests from clients 11 (received via messages 
over link 10) for information, returning (via messages) 
the information about a service 16 that satisfies the cli- 
ent's needs, if such an entry 22 exists. 

According to the invention, an entry maintained by 
the name service 20 for a client 11 (or group of clients), 
to list a subset of the services 16 available to this client, 
may be a 'configuration profile* as seen in Figure 5. A 
configuration profile 23 is a data entry in the namespace 

21 in the form of a priority-ordered search list, keyed by 
service so it can contain information for multiple services 
16. Each item 23a, 23b, etc., in a configuration profile 
23 represents a service 16 and may contain server en- 
tries 22, service group entries 24, or other configuration 
profile entries 25 (as described below). 

When more than one instance of a service is avail- 
able on a network, the naming service 20 may be set up 
by an applications manager to define a service group 
entry 24 as seen in Figures 5 and 6. A service group is 
composed of the identities of an arbitrary set of the serv- 
ers 15 which offer a service 16; the applications man- 
ager decides that this set should be treated as a group. 
In addition, a service group entry 24 can include the 
identity of another service group entry 24a. Defining one 



or more service groups for a service frees clients 1 1 from 
dependence on any one server 15. When a client 11 re- 
quests an RPC interface which corresponds to a service 
group, the name service 20 looks up (in the service 

s group entry 24) information about the alternative serv- 
ers, selects a compatible server 15 according to some 
predefined selection algorithm, and returns the binding 
(network, address) to the client 11 . The algorithm is de- 
signed to share the load across a number of potential 

10 servers. 

The name service 20 supports configuration pro- 
files 23, according to the invention. Refening to Figure 
5, a configuration profile 22 provides a mechanism for 
directing lookup operations in a name service. This 
is lookup in a configuration profile is by service (i.e., RPC 
interface ID) requested, rather than by the name of serv- 
er or object. A configuration profile 22 contains informa- 
tion about the names of servers 15 that offer a given 
RPC interface and associated resources. In a configu- 
re ration profile 23, the ID of an RPC interface corresponds 
to a list of server entries 22, service group entries 24, 
and/or other configuration profile entries 25. In turn, the 
service group entries 24 contain server entries as de- 
scribed above for service groups, and the configuration 
25 profile entries contain server entries, service group en- 
tries and/or still other configuration profile entries. 

A namespace configuration profile entry 23 in the 
name service 20 can thus be of three types (or a com- 
posite of these three types), as described: (1) a server 
30 entry 22 corresponding to a single instance of a server 
15 running in its own address space - as part of a serv- 
er's startup, it creates or verifies a server entry 22 in a 
name service 20, placing the ID and versions of each 
interface it offers in that entry, along with at least one 
35 binding for the interface, and optionally, a server entry 
22 can also contain the object ID of any resource that 
the server can access; (2) a service-group entry 24 iden- 
tifying a set of servers; (3) a configuration-profile entry 
identifying servers, service groups and/or other config- 
40 uration profiles for an interface. When all types of entries 
are available, a client 11 importing a service interface 
searches for bindings by processing entries in the fol- 
lowing order: (1 ) server entries, (2) service groups, and 
(3) configuration profiles. Although this order of process- 
es ing is preferred, another order may be selected. 

An object in the namespace 21 may contain many 
attributes, some created by RPC services, some creat- 
ed by other applications. Thus, while one attribute qual- 
ifies an object as a server entry, another may qualify the 
50 same object as a service-group entry, a configuration- 
profile entry, or some other non-RPC entry. An item 22 
in the namespace 21 thus has at least one attribute field 
to qualify the object One of these attribute fields may 
be a "priority" attribute, so that when the information is 
55 returned to the client the entries can be selected accord- 
ing to priority. For example, if there are several servers 
identified a priority 1 , these will be tried first (in pseudo- 
random or perhaps some deterministic order), and if 
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none of these satisfy the requirements for supplying the 
service, then the ones have priority-2 attribute are tried, 
etc. The priority attributes are ordinarily added or mod- 
ified by the manager, although the client can be given 
access to generate his own configuration profile with se- 
lected priority attributes. 

A server entry 22 is illustrated in more detail in Fig- 
ures 7 and 7a. A server entry may be merely one inter- 
face ID and its binding as seen in Figure 7, or may have 
multiple interface IDs and bindings as seen in Figure 7a. 
The name service 20 allows an application to create and 
reference each namespace entry 22 by name. For each 
RPC interface exported by an RPC server 15; a server 
entry 22 maintained by the name service 20 contains 
(1) one or more interface IDs, and (2) one or more bind- 
ings to the server 15, where a binding is a network ad- 
dress. A single entry 22 can contain multiple IDs and 
versions, each with its own set of bindings, and, in ad- 
dition, a server entry optionally can contain a set of RPC 
object IDs, each of which corresponds to a specific re- 
source offered by the server 15, as seen in Figure 7a. 
When importing any RPC interface offered by the serv- 
er, a client 1 1 can request any of the object IDs in a serv- 
er entry. To import an RPC interface a client specifies a 
name-service entry (or group, or service group, or inter- 
face). 

The name service operations used in connection 
with the configuration profiles of the invention are: (1) 
exporting, (2) managing service groups and configura- 
tion profiles, (3) importing, and (4) unexporting. 

Exporting is an operation by which a server 1 5 plac- 
es information about an interface in a designated name- 
space 21 , to publicly advertise a service 16 for use by 
\ any application running on a client 11. Optionally, the 

server can specify the object IDs of resources offered 
by that service. Unexporting is an operation by which a 
server 1 5 removes one or more bindings (or resources) 
from a server entry 22. 

In managing service groups and configuration pro- 
files, clients 11, servers 15 and independent manage- 
ment modules (not shown) can use the name service 20 
for accessing a namespace 21 to create, update, look 
up, and remove server entries 22, service group entries 
24and configuration profile entries 23, subjectto access 
control. 

Importing is an operation by which the name service 
finds a binding that meets specific criteria specified by 
a client and returns that binding to the client. The selec- 
tion is under some circumstances quasi-random, under 
others deterministic. 

A feature needed in the management of configura- 
tion profiles is a mechanism for cycle checking, meaning 
that when a configuration profile is added or modified, 
the contents of each nested configuration profile are 
compared to make sure one doesnl contain an entry 
referring back to another configuration profile in the 
same chain, which would produce a condition of an in- 
finite loop. 



As thus described, a configuration profile is an op- 
tional, set-valued attribute of any entry in the distributed 
namespace 21 . Each set member specifies a service or 
resource 16, via an interfaceUUID (Universal Unique 

5 Identifier) and interface version, acting as a lookup key 
within the profile. A comment field is used to contain the 
name of the interface. The name of the service interface 
is derived from the name attribute in an RPC interface 
definition file; this is a local name, possibly ambiguous. 

10 Each member also specifies the name of a service pro- 
vider, and a priority. It is expected that profiles will most 
frequently be used for RPC services, although other 
services or resources can use them by simply creating 
their own UUI Ds. Service provider names refer either to 

15 individual servers, service groups, or other profiles. 
Name service entries for individual servers contain their 
protocol towers (a data structure representing the ad- 
dress of the server and the hierarchy of network proto- 
cols used), including addresses; entries for service 

20 groups contain a list of 'equivalent 1 servers (which can 
contain names of other service groups); servers, service 
groups, and profiles are all represented in the name 
service as distinguished attributes on any name service 
entry. The priority value specifies a search priority that 

25 can be used to group members of equal priority. The 
nullUUID interface is used as a default profile pointer. 

There are two categories of profile operations. The 
first are the primitive application program interface op- 
erations used to manipulate the profiles - create the at- 

30 tributes, add members, delete members, read mem- 
bers, etc. These are all, conceptually, management op- 
erations done by a knowledgeable site or group or or- 
ganization administrator. But they could be embedded 
in actual RPC servers. 

35 The second category of profile operations are the 
query (import or lookup) operations that resolve a profile 
request. The query operations require a single piece of 
configuration information (provided at boot-up by boot 
code, or provided by a manual entry) which is the start- 
ing profile. First, the starting profile is read. If it contains 
members for the requested service, the highest priority 
members listed are grouped together. Service groups 
and other profiles are elaborated, in a specified order. 
From the equal priority grouping, a semi-random selec- 
ts tion is returned. If the Import or other query operation is 
satisfied, the query is done. If not, subsequent selec- 
tions from the equal priority group are returned. This 
process continues until either the query is satisfied or 
all equal priority members are exhausted. If the latter, 

50 then the next lower priority subset is gathered, and the 
selection iteration continues. 

If a profile member points to another profile, it will 
be similarly elaborated. Profiles can be chained together 
in a hierarchy in this fashion. If none of the members for 

55 the specified interface satisfy the query, or there are no 
members for the specified interface, the query continues 
via following the default interface (null UUID) profile 
members. The query operation detects cycles; this can- 
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not simply be done when profiles are created, since the 
native name service access could also be used to ma- 
nipulate profiles, but doesn't understand their semantics 
so wouldn't be able to check for cycles. 

Configuration profiles are transparent to server ap- 
plications and are transparent to client applications us- 
ing RPC import or lookup operations. These client ap- 
plications simply denote the service desired, and the op- 
erations begin the profile search with the starting profile. 
This - the starting profile - is the only one piece of in- 
formation required for access to numerous services. It 
can be explicitly specified or implicitly read from an en- 
vironment variable or similar mechanism. 

Thus when a new system is unpacked and connect- 
ed to the network, the user must learn and enter into his 
system a starting profile. This would typically be the us- 
er's or system's profile, and would be null except for a 
default profile entry pointing to a group or site profile al- 
ready defined. The site profile would normally include a 
default organization profile, etc. So with this one piece 
of configuration information, the new system can make 
use of any of the RPC services available through the 
entire defined search tree hierarchy of profiles. 

Since the configuration profiles are stored in the dis- 
tributed name service, they greatly simplify the installa- 
tion of new systems. A distributed system manager can 
install a new system in the environment and give it ac- 
cess to all the resources by simply providing the new 
system the name of its starting profile for the environ- 
ment. Similarly, a new user can be configured by creat- 
ing a new profile that is null except to link to a default 
profile as its parent. 



Claims 

1 . A method of operating a distributed computing sys- 
tem, comprising the steps of: 

connecting a number of clients and a number 
of service providers to a communications net- 
work, each service provider supplying a service 
having a service name, where each client is 
able to send data to and receive data from each 
of said service providers via said network; 

maintaining a name service as one of said serv- 
ice providers, said name service containing at 
least one configuration profile associated with 
at least one of said clients, each configuration 
profile including a priority-ordered search list 
mapping service names to service providers; 

defining for at least one of said clients a select- 
ed one of said configuration profiles for use by 
said client; 

making a request from one of said clients to 



said name service using one of said service 
names, and returning to said client information 
from said selected one of said configuration 
profiles for selecting from said search list one 
5 of said service providers and thereby providing 

to said one client a network address of said se- 
lected service provider; 

making a request from said client to said select- 
10 ed service provider for said service. 

2. A method according to claim 1 wherein said servic- 
es include remote procedure calls and said service 
providers for remote procedure calls are mapped 

1$ as interface specifications in said configuration pro- 
file. 

3. A method according to claim 1 wherein each of said 
configuration profiles comprises a plurality of en- 

20 tries including: 

optionally, one or more server entries each de- 
fining a network address of one of said service 
providers; 

25 

optionally, one or more service groups, each 
service group defining a plurality of said server 
entries; and 

30 optionally, one or more other configuration pro- 

files. 

4. A method according to claim 1 wherein said service 
names include alphabetical names and numeric 

35 names. 

5. A method according to claim 1 wherein said com- 
munications network includes a local area network 
and a wide area network, and wherein at least some 

40 of said services are duplicated on said local area 
network and/or on said wide area network. 

6. A distributed computing system, comprising: 

45 a communications network having a number of 

clients and a number of service providers con- 
nected thereto, each service provider supplying 
one or more services, wherein each client is 
able to send data to and receive data from each 

so of said service providers via said network using 

a unique network address; 

one of said service providers providing a name 
service, said name service being a database 
55 service containing entries for each of said serv- 

ice providers and receiving inquiries from said 
clients for the identity of said service providers 
referenced by service name and returning in- 
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enced by service name and returning informa- 
tion identifying said service providers by net- 
work address; 

said means including a configuration profile in- 
cluded in said database for one of said clients 
or for a group of said clients, each said config- 
uration profile comprising a plurality of entries 
including: 

optionally, one or more server entries each 
defining a network address of one of said 
service providers; 



formation identifying said service providers by 
network address; 

said name service including in said database a 
configuration profile for at least one client or 
group of clients, each configuration profile com- 
prising a plurality of entries including: 

optionally, one or more server entries each 
defining a network address of one of said 
service providers; 

optionally, one or more service groups, 
each service group defining a plurality of 
said server entries; and 

optionally, one or more other configuration 
profiles; 

each of said entries of each said configuration 
profile of said name service containing priority 
information to determine the order of use of said 
network addresses by said client after receipt 
of said inquiries by said name service; 

and means for identifying for said client a se- 
lected one or more of said configuration profiles 
for reference upon making said inquiries. 

7. A system according to claim 6 wherein said com- 
munications network includes a local area network 
and a wide area network, and wherein at least some 
of said services are duplicated on said local area 
network and/or on said wide area network. 

8. A system according to claim 6 wherein said services 
include remote procedure calls, and said server en- 
tries include interface names for said remote proce- 
dure calls. 

9. A system according to claim 6 wherein said entries 
of each said configuration profile make up a priority- 
ordered search list. 

10. A name service provider for use in a distributed 
computing system, the system including a commu- 
nications network having a number of clients and a 
number of service providers connected thereto, 
each of said service providers supplying a service 
identified by a service name, said name service pro- 
vider comprising: 

a database service containing entries for each 
of a plurality of services supplied by said serv- 
ice providers; 

means for receiving inquiries from said clients 
for the identity of said service providers refer- 



15 optionally, one or more service groups, 

each service group defining a plurality of 
said server entries; and 

optionally, one or more other configuration 
20 profiles; 

each of said entries of each said configuration 
profile of said name service containing priority 
information to determine the order of use of said 
25 network addresses by said client; 

and means for identifying for said client a se- 
lected one or more of said configuration profiles 
for reference upon making said inquiries. 

30 

11. A name service provider according to claim 10 in 
combination with a communications network includ- 
ing a local area network and a wide area network, 
and wherein at least some of said services are du- 

35 plicated on said local area network and/or on said 
wide area network. 

12. A name service provider according to claim 10 
wherein said services include remote procedure 

40 calls, and said server entries include interface 
names for said remote procedure calls. 

13. A name service provider according to claim 10 
wherein said entries of each said configuration pro- 

45 file make up a priority-ordered search list. 

14. A method of operating a distributed computing sys- 
tem, comprising the steps of: 

50 connecting a number of clients and a number 

of service providers to a communications net- 
work, each service provider supplying one or 
more services identified by a service name, 
wherein each client is able to send data to and 
55 receive data from each of said service provid- 

ers via said network using a unique network ad- 
dress; 
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providing a name service as one of said service 
providers, and storing in said name service en- 
tries for each of said service providers; 

receiving by said name service inquiries from s 
said clients for the identity of said service pro- 
viders referenced by service name and return- 
ing information from said name service to said 
clients identifying said service providers by net- 
work address in response to said inquiries; 10 

said name service maintaining a configuration 
profile for at least one client or group of clients, 
each configuration profile storing a plurality of 
entries including: 15 

optionally, one or more server entries each 
defining a network address of one of said 
service providers; 

20 

optionally, one or more service groups, 
each service group defining a plurality of 
said server entries; and 

optionally, one or more other configuration 2S 
profiles; 

and storing in each of said entries of said con- 
figuration profile of said name service priority 
information to determine the order of use of said so 
network addresses by said client. 

15. A method according to claim 14 wherein said com- 
munications network includes a local area network 
and a wide area network, and wherein at least some 35 
of said services are duplicated on said local area 
network and/or on said wide area network. 

16. A method according to claim 14 wherein said serv- 
ices includes remote procedure calls, and said serv- *o 
er entries include interface names for said remote 
procedure calls. 

17. A method according to claim 14 wherein said en- 
tries of said configuration profile make up a priority- 45 
ordered search list. 

18. A communications network comprising: 

a) a communications link; so 

b) a plurality of clients coupled to said commu- 
nications link; 

c) a plurality of service providers coupled to ss 
said communications network; 

d) each one of said clients and each one of said 



service providers including processing means 
executing a separate instruction stream, and 
each one of said clients and each one of said 
service providers having a unique network ad- 
dress on said network; 

e) each one of said clients and each one of said 
service providers having means for making re- 
mote procedure calls to said service providers 
via said communications link, when executing 
said instruction stream; 

f) each one of said clients and each one of said 
service providers having means for sending 
and receiving messages to other clients and 
service providers via said communications link 
using said network addresses, said messages 
being employed in making said remote proce- 
dure calls; 

g) one of said service providers being a name 
service functioning to return a message con- 
taining the network address of a particular one 
of said service providers in reply to a message 
from one of said clients giving the name of said 
service; 

h) and means included in said name service to 
maintain a configuration profile for at least one 
of said clients or group of clients, each config- 
uration profile comprising a priority-ordered 
search list mapping service names into service 
providers, each configuration profile including: 

optionally, one or more server entries each 
defining a network address of a service 
provider for a given service name; 

optionally, one or more named service 
groups each defining a plurality of said 
server entries; and 

optionally, one or more other said configu- 
ration profiles; 

i) means for associating one of said configura- 
tion profiles with a given client; 

j) and means in said name service to return said 
network addresses to said given client upon re- 
ceipt of inquiries by said name service from said 
given client, for use by said client according to 
priority order of said list. 

19. A network according to claim 18 wherein said serv- 
ice provider is identified in said service entry as a 
remote procedure call interface specification. 
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20. A network according to claim 18 wherein said com- 
munications network includes a local area network 
and a wide area network, and wherein at least some 
of said services are duplicated on said local area 
network and/or on said wide area network 5 

21 . A network according to claim 1 8 wherein said serv- 
ice names include alphabetical names and numeric 
names. 

10 

Patentanspruche 



2. Verfahren nach Anspruch 1, in dem die Dienste 
Fernprozeduraufrufe enthalten und die Dienstean- 
bieter fur Fernprozeduraufrufe als Schnittstellen- 
spezifikationen im Konfigurationsprofil abgebildet ss 
sind. 

3. Verfahren nach Anspruch 1 , in dem jedes der Kon- 



figurationsprofile mehrere Eintrage umfaBt, ein- 
schlieQIich: 

optional eines oder mehrerer Server-Eintrage, 
wovon jeder eine Netzadresse eines der Dien- 
steanbieter definiert; 

optional einer Oder mehrerer Dienstegruppen, 
wobei jede Dienstegruppe mehrere der Server- 
Eintrage definiert; und 

optional eines oder mehrerer anderer Konfigu- 
rationsprofile. 

Verfahren nach Anspruch 1 , in dem die Dienstna- 
men alphabetische Namen und numerische Namen 
enthalten. 

Verfahren nach Anspruch 1 , in dem das Kommuni- 
kationsnetz ein lokales Netz und ein Weitverkehrs- 
netz enthalt und in dem wenigstens einige der Dien- 
ste im lokalen Netz und/oder im Weitverkehrsnetz 
dupliziert werden. 

Verteiltes Compute rsystem, mit: 

einem Kommunikationsnetz mit einer Anzahl 
von Clients und einer Anzahl von Diensteanbie- 
tern, die daran angeschlossen sind, wobei je- 
der Diensteanbieter einen Oder mehrere Dien- 
ste lief ert, wobei jeder Client uber das Netz un- 
ter Verwendung einer eindeutigen Netzadresse 
Daten an jeden der Diensteanbieter senden 
und Daten von jedem der Diensteanbieter emp- 
fangen kann; 

wobei einer der Diensteanbieter einen Na- 
mensdienst anbietet, wobei der Namensdienst 
ein Datenbankdienst ist, der Eintrage fur jeden 
der Diensteanbieter enthalt und Abfragen von 
den Clients hinsichtlich der Identitat der Dien- 
steanbieter, die mit dem Dienstnamen bezeich- 
net sind, empfangt und Informationen, die die 
Diensteanbieter durch die Netzadresse identi- 
ftzieren, zuruckschtckt; 

wobei der Namensdienst in der Datenbank ein 
Konfigurationsprofil fur wenigstens einen Client 
oder eine Gruppe von Clients enthalt, wobei je- 
des Konfigurationsprofil mehrere Eintrage um- 
fa&t, einschlieBlich: 

optional eines oder mehrerer Server-Ein- 
trage, wovon jeder eine Netzadresse eines 
der Diensteanbieter definiert; 

optional einer oder mehrerer Dienstegrup- 
pen, wobei jede Dienstegruppe mehrere 



1. Verfahren zum Betreiben eines verteilten Compu- 

tersystems, mit den Schritten: is 4. 

AnschlieBen einer Anzahl von Clients und einer 
Anzahl von Diensteanbietem an ein Kommuni- 
kationsnetz, wobei jeder Diensteanbieter einen 5. 
Dienst liefert, der einen Dienstnamen besitzt, 20 
wobei jeder Client uber das Netz an jeden Dien- 
steanbieter Daten senden kann und von jedem 
Diensteanbieter Daten empfangen kann; 

Bereithalten eines Namensdienstes als einen 2$ 6. 
Dienst der Diensteanbieter, wobei der Na- 
mensdienst wenigstens ein Konfigurationspro- 
fil enthalt, das mit wenigstens einem der Clients 
in Beziehung steht, wobei jedes Konfigurati- 
onsprofil eine nach Prioritat geordnete Suchli- 30 
ste enthalt, die Dienstnamen auf Diensteanbie- 
ter abbildet; 

Definieren eines ausgewahlten der Konfigura- 
tbnsprofile fur wenigstens einen der Clients fur 35 
die Verwendung durch diesen Client; 

Tatigen einer Anforderung von einem der Cli- 
ents an den Namensdienst unter Verwendung 
eines der Dienstnamen und ZurGckschicken 40 
von Informationen von dem ausgewahlten der 
Konfigurationsprofile zum Client, urn aus der 
Suchliste einen der Diensteanbieter auszu- 
wahlen und dadurch fur den einen Client eine 
Netzadresse des ausgewahlten Diensteanbie- 45 
ters bereitzustellen; 

Tatigen einer Anforderung dieses Dienstes von 
dem Client an den ausgewahlten Dienstean- 
bieter. so 
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der Server-Eintrage deflniert; und 

optional eines Oder mehrerer anderer Kon- 
figurationsprofHe; 

5 

wobei jeder der Eintrage jedes der Konfigurati- 
onsprofile des Namensdienstes Prioritatsinfo- 
ruiationen enthalt, um die Reihenfolge der Ver- 
wendung der Netzadressen durch den Client 
nach dem Empfang der Abfragen durch den to 
Namensdienst zu bestimmen; 

und eine Einrichtung zum Identifizieren eines 
Oder mehrerer ausgewahlter Konfigu rations- 
profile fur den Client fur die Bezugnahme nach is 
dem Tatigen der Abfragen. 

7. System nach Anspruch 6, in dem das Kommunika- 
tionsnetz ein lokales Netz und ein Weitverkehrsnetz 
enthalt und in dem wenigstens einige der Dienste 20 
im lokalen Netz und/oder im Weitverkehrsnetz du- 
pliziert werden. 

8. System nach Anspruch 6, in dem die Dienste Fern- 
prozeduraufrufe enthaften und die Server-Eintrage 25 
Schnittstellennamen fur die Fernprozeduraufrufe 
enthalten. 

9. System nach Anspruch 6, in dem die Eintrage jedes 
der Konfigurationsprofile eine nach Prioritat geord- so 
nete Suchliste bilden. 

10. Namensdiensteanbieter fur die Verwendung in ei- 
nem verteiften Computersystem, wobei das System 

ein Kommunikationsnetz mit einer Anzahl von Cli- 35 
ents und einer Anzahl von Diensteanbietem, die 
daran angeschlossen sind, enthalt, wobei jeder der 
Diensteanbieter einen Dienst liefert, der durch ei- 
nen Dienstnamen identifiziert ist, wobei der Na- 
mensdiensteanbieter enthalt: 40 

einen Datenbankdienst, der Eintrage fur jeden 
der mehreren Dienste enthalt, die von den 
Diensteanbietem geliefert werden; 

45 

eine Einrichtung zum Empfangen von Abfragen 
von den Clients hinsichtlich der Identitat der 
Diensteanbieter, die mit dem Dienstnamen be- 
zetchnet sind, sowie zum Zuruckschicken von 
Informationen, die die Diensteanbieter durch so 
die Netzadresse identifizieren; 

wobei die Einrichtung ein in der Datenbank ent- 
haltenes Konfigurationsprofil fOr einen der Cli- 
ents oder fur eine Gruppe der Clients enthalt, ss 
wobei jedes Konfigurationsprofil mehrere Ein- 
trage umfaBt, einschlieGlich: 



optional eines oder mehrerer Server-Ein- 
trage, wovon jeder eine Netzadresse eines 
der Diensteanbieter definiert; 

optional einer oder mehrerer Dienstegrup- 
pen, wobei jede Dienstegruppe mehrere 
der Server-Eintrage definiert; und 

optional eines oder mehrerer anderer Kon- 
figurationsprofile; 

wobei jeder der Eintrage jedes der Konfigurati- 
onsprofile des Namensdienstes Prioritatsinfor- 
mationen enthalt, um die Reihenfolge der Ver- 
wendung der Netzadressen durch den Client 
zu bestimmen; 

und eine Einrichtung zum Identifizieren eines 
oder mehrerer ausgewahlter der Konfigurati- 
onsprofile fur den Client fur die Bezugnahme 
beim Tatigen der Abfragen. 

11 . Namensdiensteanbieter nach Anspruch 1 0 in Kom- 
bination miteinem Kommunikationsnetz, das ein lo- 
kales Netz und ein Weitverkehrsnetz enthalt, wobei 
wenigstens einige der Dienste im lokalen Netz und/ 
oder im Weitverkehrsnetz dupliziert werden. 

12. Namensdiensteanbieter nach Anspruch 10, in dem 
die Dienste Fernprozeduraufrufe enthalten und die 
Server-Eintrage Schnittstellennamen fur die Fern- 
prozeduraufrufe enthalten. 

13. Namensdiensteanbieter nach Anspruch 10, in dem 
die Eintrage jedes der Konfigurationsprofile eine 
nach Prioritat geordnete Suchliste bilden. 

14. Verfahren zum Betreiben eines verteiften Compu- 
tersystems, mit den Schritten: 

AnschliefBen einer Anzahl von Clients und einer 
Anzahl von Diensteanbietem an ein Kommuni- 
kationsnetz, wobei jeder Diensteanbieter einen 
oder mehrere Dienste liefert, die durch einen 
Dienstnamen identifiziert sind, wobei jeder Cli- 
ent uber das Netz unter Verwendung einer ein- 
deutigen Netzadresse Daten an jeden der 
Diensteanbieter senden und Daten von jedem 
der Diensteanbieter empfangen kann; 

Anbieten eines Namensdienstes als einen 
Dienst der Diensteanbieter und Speichern von 
Eintragen fOr jeden der Diensteanbieter im Na- 
mensdienst; 

Empfangen von Abfragen von den Clients hin- 
sichtlich der Identitat der Diensteanbieter, die 
durch den Dienstnamen bezeichnet sind, durch 
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den Namensdienst und als Antwort auf die Ab- 
I ragen Zuruckschicken von Infomnationen vom 
Namensdienst an die Clients, die die Dienste- 
anbieter durch die Netzadresse identrfizieren; 

s 

wobei der Namensdienst ein Konfigu rat ions- 
prof i I fOr wenigstens einen Client oder eine 
Gruppe von Clients bereitstellt, wobei jedes 
Konfigurationsprofil mehrere Eintrage spei- 
chert, einschlieOIich: 10 

optional eines oder mehrerer Server-Ein- 
trage, wovon jedereine Netzadresse eines 
der Diensteanbieter definiert; 

15 

optional einer oder mehrerer Dienstegrup- 
pen, wobei jede Dienste gruppe mehrere 
der Server-Eintrage definiert; und 

optional eines oder mehrerer anderer Kon- 20 
figurationsprofile; 

und Speichem von Prioritatsinformationen in 
jedem der Eintrage des Konfigurationsprofils 
des Namensdiensts, urn die Reihenfolge der 25 
Verwendung der Netzadressen durch den Cli- 
ent zu bestimmen. 

15. Verfahren nach Anspruch 14, in dem das Kommu- 
nikationsnetz ein lokales Netz und ein Weitver- 30 
kehrsnetz umfaBt und in dem wenigstens einige der 
Dienste im lokalen Netz und/oder im Weitverkehrs- 
netz dupiiziert werden. 

16. Verfahren nach Anspruch 14, in dem die Dienste 35 
Fernprozeduraufrufe enthalten und die Server-Ein- 
trage Schnittstellennamen f Or die Fernprozedurauf- 
rufe enthalten. 

17. Verfahren nach Anspruch 14, in dem die Eintrage 40 
des Konfigurationsprofils eine nach Prioritat geord- 
nete Suchliste bilden. 

18. Kommunikationsnetz, mit: 

45 

a) einem Kommunikationsglied; 

b) mehreren Clients, die an das Kommunikati- 
onsgiied angeschlossen sind; 

so 

c) mehreren Diensteanbietem, die an das Kom- 
munikationsnetz angeschlossen sind; 

d) wobei jeder der Clients und jeder der Dien- 
steanbieter Verarbeitungseinrichtungen ent- ss 
halt, die einen getrennten Befehlsstrom aus- 
fuhren, und jeder der Clients und jeder der 
Diensteanbieter eine eindeutige Netzadresse 



im Netz besitzt; 

e) wobei jeder der Clients und jeder der Dien- 
steanbieter eine Einrichtung besitzt zum Tati- 
gen von Femprozedurauf rufen an die Dienste- 
anbieter uber das Kommunikationsglied bei 
AusfQhrung des Befehlsstroms; 

f) wobei jeder der Clients und jeder der Dien- 
steanbieter eine Einrichtung besitzt zum Sen- 
den und Empfangen von Nachrichten an ande- 
re bzw. von anderen Clients und Diensteanbie- 
tem uber das Kommunikationsglied unter Ver- 
wendung der Netzadressen, wobei die Nach- 
richten beim Tatigen der Fernprozeduraufrufe 
verwendet werden; 

g) wobei einer der Diensteanbieter ein Na- 
mensdienst ist, der in der Weise arbeitet, daB 
er eine die Netzadresse eines besonderen der 
Diensteanbieter enthaltende Nachricht als Ant- 
wort auf eine Nachricht von einem der Clients, 
die den Namen des Dienstes angibt, zurtick- 
schickt; 

h) und einer Einrichtung, die im Namensdienst 
enthalten ist, urn ein Konfigurationsprofil fur 
wenigstens einen der Clients oder eine Gruppe 
von Clients bereitzustellen, wobei jedes Konfi- 
gurationsprofil eine nach Prioritat geordnete 
Suchliste enthalt, die Dtenstnamen auf Dien- 
steanbieter abbildet, wobei jedes Konfigurati- 
onsprofil enthalt: 

optional einen oder mehrere Server-Ein- 
trage, wovon jeder eine Netzadresse eines 
Diensteanbieters fur einen gegebenen 
Dienstnamen definiert; 

optional eine oder mehrere mit Namen ver- 
sehene Dienstegruppen, wovon jede meh- 
rere der Server-Eintrage definiert; und 

eines oder mehrere andere Konfigurati- 
onsprofile; 

i) einer Einrichtung zum Zuordnen der Konflgu- 
rationsprofile zu einem gegebenen Client; 

j) und einer Einrichtung im Namensdienst, urn 
bei Empfang von Abfragen von dem gegebe- 
nen Client durch den Namensdienst die Netz- 
adressen zum gegebenen Client zuruckzu- 
schicken, urn von dem Client entsprechend der 
Prioritatsreihenfolge der Liste verwendet zu 
werden. 

19. Netz nach Anspruch 1 8, in dem der Diensteanbieter 
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im Diensteeintrag als Femprozeduraufruf-Schnitt- 
stellenspezifikation gekennzeichnet ist. 

20. Netz nach Anspruch 18, in dem das Kommunikati- 
onsnetz ein lokales Netz und ein Wertverkehrsnetz 
umfaBt und in dem wenigstens einige der Dienste 
im lokaten Netz und/oder im Weitverkehrsnetz du- 
piiziert werden. 

21. Netz nach Anspruch 18, in dem die Dienstnamen 
alphabetische Namen und numerische Namen ent- 
halten. 



Revendications 

1 . Proc§de pour faire fonctionner un systeme de trai- 
tement distribue, comprenant ies etapes qui consis- 
tent a : 

connecter un certain nombre de clients et un 
certain nombre de moyens fournisseurs de ser- 
vices a un reseau de communication, chaque 
moyen fournisseur de services foumissant un 
service ayant un nom de service, ou chaque 
client est capable d'envoyer des donnees a et 
de recevoir des donnees de chacun desdits 
moyens toumisseurs de services par I'interme- 
diaire dudit reseau ; 

maintenir un service de designation comme 
Tun desdits moyens foumtsseurs de services, 
ledit service de designation contenantau moins 
un profil de configuration associe a au moins 
Pun desdits clients, chaque profil de configura- 
tion incluant une lists de recherche de priorites 
ordonnees faisant correspondre des noms de 
service a des moyens toumisseurs de 
services ; 

definir pourau moins I'un desdits clients Tun se- 
lectionne desdits profits de configuration pour 
une utilisation par ledit client ; 
faire une demande par I'un desdits clients audit 
service de designation en utilisant i'un desdits 
noms de service, et renvoyer audit client des 
informations dudit selectionne desdits profits 
de configuration pour s election ner dans ladite 
liste de recherche I'un desdits moyens toumis- 
seurs de services et fournir ainsi audit client 
une adresse de reseau dudit moyen fournis- 
seur de services selectionne ; 
faire une demande par ledit client audit moyen 
fournisseur de services selectionne pour ledit 
service. 

2. Procede selon la revendication 1 , dans lequel ies- 
dits services incluent des appels de procedure a 
distance et lesdits moyens toumisseurs de services 
pour des appels de procedure a distance sont re- 



presentee comme des specifications d'interface 
dans ledit profil de configuration. 

3. Procede selon la revendication 1 , dans lequel cha- 
£ cun desdits profils de configuration comprend une 

plural ite d'entrees incluant : 

en option, une ou plusieurs entrees dans un 
serveur definissant chacun une adresse de re- 
10 seau de I'un desdits moyens toumisseurs de 

services ; 

en option, un ou plusieurs groupes de services, 
chaque groupe de services definissant une plu- 
ral ite desdites entrees dans un serveur ; et, 
15 en option, un ou plusieurs autres profils de con- 

figuration. 

4. Procede selon la revendication 1 , dans lequel les- 
dits noms de service comprennent des noms alpha- 

20 betiques et des noms numeriques. 

5. Procede selon la revendication 1 , dans tequel ledit 
reseau de communication comprend un reseau lo- 
cal et un reseau longue distance, et dans lequel au 

25 moins certains desdits services sont reproduits 
dans ledit reseau local et/ou dans tedit reseau lon- 
gue distance. 

6. Systeme de traitement distribue, comprenant : 

30 

un reseau de communication comportant un 
certain nombre de clients et un certain nombre 
de moyens toumisseurs de services connectes 
a ceux-ci, dans tequel chaque client est capa- 
55 ble d'envoyer des donnees a et de recevoir des 

donnees de chacun desdits moyens toumis- 
seurs de services par I' intermediate dudit r6- 
seau en utilisant une adresse de reseau 
unique ; 

40 fun desdits moyens fournisseurs de services 

foumissant un service de designation, tedit ser- 
vice de designation etant un service de base 
de donnees contenant des entrees pour cha- 
cun desdits moyens fournisseurs de services 

45 et recevant des interrogations desdits clients 

sur I'identite desdits moyens fournisseurs de 
services indiques par un nom de service et ren- 
voyant des informations identifiant lesdits 
moyens fournisseurs de services par une 

50 adresse de reseau ; 

ledit service de designation incluant dans ladite 
base de donnees un profit de configuration pour 
au moins un client ou un groupe de clients, cha- 
que profil de configuration comprenant une plu- 

55 ratite d'entrees incluant : 

en option, une ou plusieurs entrees dans 
un serveur definissant chacune une adres- 
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se de reseau da Tun desdits moyens four- 
nisseurs de services ; 
en option, un ou plusieurs groupes de ser- 
vices, chaque groupe de services definis- 
sant une pluralrte desdites entries dans un 
serveur ; et, 

en option, un ou plusieurs autres profits de 
configuration ; 

chacune desdites entrees de chaque dit profil 
de configuration dudit service de designation 
contenantdes informations de priorit.e pour de- 
terminer I'ordre d'utilisation desdites adresses 
de reseau par ledit client apres reception des- 
dites interrogations par ledit service de 
designation ; 

et des moyens pour identifier pour ledit client 
un ou plusieurs selection nes desdits profits de 
configuration pour qu'il s*y relere en faisant les- 
dites interrogations. 

7. Systeme selon la revendication 6, dans lequel ledit 
r6seau de communication comprend un reseau lo- 
cal et un reseau longue distance, et dans lequel au 
moins certains desdits services sont reproduits 
dans ledit reseau local et/ou dans ledit reseau lon- 
gue distance. 

8. Systeme selon la revendication 6, dans lequel les- 
dits services comprennent des appals de procedure 
a distance, et lesdites entrees dans un serveur 
comprennent des noms d'interface pour lesdits ap- 
pels de procedure a distance. 

9. Systeme selon la revendication 6, dans lequel les- 
dites entrees de chaque dit profil de configuration 
constituent une liste de recherche de priorites or- 
donnees. 

10. Moyen foumisseur de service de designation pour 
systeme de traitement distribue, le systeme com- 
prenant un reseau de communication comportant 
un certain nombre de clients et un certain nombre 
de moyens foumisseurs de services connected a 
ceux-ci, chacun desdits moyens foumisseurs de 
services fournissant un service identifie par un nom 
de service, ledit moyen foumisseur de service de 
designation comprenant : 



par une adresse de reseau ; 
lesdits moyens incluant un profit de configura- 
tion inclus dans ladite base de donnees pour 
Pun desdits clients ou pour un groupe desdits 



configuration pour s'y ref erer en faisant lesdites 
interrogations. 

11. Moyen foumisseur de service de designation selon 
30 la revendication 10, en combinaison avec un re- 
seau de communication incluant un reseau local et 
un reseau bngue distance, et dans lequel au moins 
certains desdits services sont reproduits dans ledit 
reseau local et/ou dans ledit reseau longue distan- 

35 ce. 

12. Moyen foumisseur de service de designation seton 
la revendication 10, dans lequel lesdits services 
comprennent des appeis de procedure a distance, 

40 et lesdites entries dans un serveur comprennent 
des noms d'interface pour lesdits appeis de proce- 
dure a distance. 

13. Moyens foumisseur de service de designation se- 
lon la revendication 10, dans lequel lesdites entrees 
de chaque dit profil de configuration constituent une 
liste de recherche de priorites ordonnees. 

14. Proced6 pour faire fonctionner un systeme de trai- 
tement distribue, comprenant les etapes qui cons- 
tituent a : 

connecter un certain nombre de clients et un 
certain nombre de moyens foumisseurs de ser- 
vices a un reseau de communication, chaque 
moyen foumisseur de services fournissant un 
ou plusieurs services identifies par un nom de 
service, dans lequel chaque client est capable 



un service de base de donnees contenant des so 
entrees pour chacun d'une pturalite de services 
foumis par lesdits moyens foumisseurs de 
services ; 

des moyens pour recevoir des interrogations 
desdits clients sur I'identite desdits moyens ss 
foumisseurs de services indiques par un nom 
de service et renvoyant des informations iden- 
Irfiant lesdits moyens foumisseurs de services 



s clients, chaque dit profil de configuration com- 

prenant une pluralrte d'entrees incluant : 

en option, une ou plusieurs entrees dans 
un serveur d6finissant chacune une adres- 

10 se de reseau de l'un desdits moyens four- 

nisseurs de services ; 
en option, un ou plusieurs groupes de ser- 
vices, chaque groupe de services d6finis- 
sant une pturalite desdites entries dans un 

is serveur ; et, 

en option, un ou plusieurs autres profits de 
configuration ; 

chacune desdites entrees de chaque dit profil 
20 de configuration dudit service de designation 

contenant des informations de priority pour de- 
terminer I'ordre d'utilisation desdites adresses 
de r6seau par ledit client ; 
et des moyens pour identifier pour ledit client 
25 un ou plusieurs seiectionnes desdits profils de 
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d'envoyer des donnees a et de recevoir des 
donnees de chacun desdits moyens foumis- 
seurs de services par I'intermediaire dudit re- 
seau en utilisant une adresse de reseau 
unique ; 5 
foumir un service de designation comme fun 
desdits moyens foumisseurs de services, et 
enregistrer dans (edit service de designation 
des entrees pour chacun desdits moyens four- 
nisseurs de services ; w 
recevoir par ledit service de designation des in- 
terrogations desdits clients sur I'identite desdits 
moyens foumisseurs de services indiques par 
un nom de service et renvoyer des informations 
dudit service de designation auxdits clients is 
identrfiant lesdits moyens foumisseurs de ser- 
vices par une adresse de reseau en reponse 
auxdites interrogations ; 
ledit service de designation maintenant un pro- 
fil de configuration pour au moins un client ou 20 
un groupe de clients, chaque profit de configu- 
ration enregistrant une pluralite d'entrees 
inctuant : 

en option, une ou ptusieurs entrees dans 25 
un serveur definissant chacune une adres- 
se de reseau de Tun desdits moyens four- 
nisseurs de services ; 
en option, un ou plusieurs groupes de ser- 
vices, chaque groupe de services definis- so 
sant une pluralite desdites entrees dans un 
serveur ; et, 

en option, un ou plusieurs autres profils de 
configuration ; 

35 

et enregistrer dans chacune desdites entrees 
dudit profil de configuration dudit service de de- 
signation des informations de priorite pour de- 
terminer I'ordre ^utilisation desdites adresses 
de reseau par ledit client. *o 

15. Precede selon la revendication 14, dans lequel ledit 
reseau de communication comprend un reseau lo- 
cal et un reseau tongue distance, et dans lequel au 
moins certains desdits services sont reproduits 45 
dans ledit reseau local et/ou dans ledit reseau Ion- 
gue distance. 

16. Precede selon la revendication 14, dans lequel les- 
dits services comprennent des appels de procedure so 
a distance, et lesdites entrees dans un serveur 
comprennent des noms d'interface pour lesdits ap- 
pels de procedure a distance. 

17. Precede selon la revendication 1 4, dans lequel ies- ss 
dites entrees dudit profil de configuration consti- 
tuent une liste de recherche de priorites ordonnees. 



Reseau de communication comprenant : 

a) une liaison ; 

b) une pluralite de clients couples a ladite 
liaison ; 

c) une pluralite de moyens foumisseurs de ser- 
vices couples audit reseau de communication ; 

d) chacun desdits clients et chacun desdits 
moyens foumisseurs de services incluant des 
moyens de traitement executant une suite 
^instructions separee, et chacun desdits 
clients et chacun desdits moyens foumisseurs 
de services ayant une adresse de reseau uni- 
que dans ledit reseau ; 

e) chacun desdits clients et chacun desdits 
moyens foumisseurs de services comportant 
des moyens pour faire des appels de procedure 
a distance auxdits moyens foumisseurs de ser- 
vices par ladite liaison, quand ils executant la- 
dite suite d' instructions ; 

f) chacun desdits clients et chacun desdits 
moyens foumisseurs de services comportant 
des moyens pour emettre et recevoir des mes- 
sages pour d'autres clients et moyens foumis- 
seurs de services par ladite liaison en utilisant 
lesdites adresses de reseau, lesdits messages 
etant mis en oeuvre en faisant lesdits appels 
de procedure a distance ; 

g) I'un desdits moyens foumisseurs de services 
etant un service de designation fonctionnant 
pour renvoyer un message contenant I'adresse 
de reseau de I'un particulier desdits moyens 
foumisseurs de services en reponse a un mes- 
sage provenant de I'un desdits clients donnant 
le nom dudit service ; 

h) et des moyens inclus dans ledit service de 
designation pour maintenir un profil de configu- 
ration pour au moins Tun desdits clients ou un 
groupe de clients, chaque profil de configura- 
tion comprenant une liste de recherche de prio- 
rites ordonnees faisant corresponds des noms 
de service dans Ies moyens foumisseurs de 
services, chaque profil de configuration 
incluant : 

en option, une ou plusieurs entrees dans 
un serveur definissant chacune une adres- 
se de reseau d'un moyen foumisseur de 
services pour un nom de service donne ; 
en option, un ou plusieurs groupes de ser- 
vices designes definissant chacun une plu- 
ralite desdites entrees dans un serveur ; et, 
en option, un ou plusieurs autres dits profits 
de configuration ; 

i) des moyens pour associer i'un desdits profils 
de configuration a un client donn6 ; 

j) et des moyens dans ledit service de designa- 
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tion pour renvoyer lesdites adresses de reseau 
audit client donne a la reception par ledit servi- 
ce de designation ^interrogations dudit client 
donne, pour une utilisation par ledit client selon 
I'ordre de prbrite de ladite iiste. s 

19. Reseau selon la revendication 18, dans lequel ledit 
moyen foumisseur de services est fcJentifie dans la- 
dite entree dans un serveur comme specification 
d'interface d*appel de procedure a distance. 10 

20. Reseau selon la revendication 18, dans lequel ledit 
reseau de communication comprend un reseau lo- 
cal et un reseau longue distance, et dans lequel au 
moins certains desdits services sont reproduits is 
dans ledit reseau local et/ou dans ledit r6seau ton- 
gue distance. 

21. Reseau selon la revendication 18, dans lequel les- 
dits noms de service comprennent des noms alpha- 20 
beliques et des noms numeriques. 
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